GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Software Requirements Specification</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Software Requirements Specification</span></h1>

</header>

</div>

<th>Definitionen von <a href="Institute_of_Electrical_and_Electronics_Engineers" title="Institute of Electrical and Electronics Engineers">IEEE</a>

</th></tr>

<tr>

<td>

<ul><li>SQAP – <a href="Software_Quality_Assurance_Plan" title="Software Quality Assurance Plan">Software Quality Assurance Plan</a> IEEE 730</li>

<li>SCMP – <a href="Software_Configuration_Management_Plan" title="Software Configuration Management Plan">Software Configuration Management Plan</a> IEEE 828</li>

<li>STD – <a href="Software_Test_Documentation" title="Software Test Documentation">Software Test Documentation</a> IEEE 829</li>

<li>SRS – <a class="mw-selflink selflink">Software Requirements Specification</a> IEEE 830</li>

<li>SVVP – <a href="Software_Validation_%26_Verification_Plan" title="Software Validation & Verification Plan">Software Validation & Verification Plan</a> IEEE 1012</li>

<li>SDD – <a href="Software_Design_Description" title="Software Design Description">Software Design Description</a> IEEE 1016</li>

<li>SPMP – <a href="Software_Project_Management_Plan" title="Software Project Management Plan">Software Project Management Plan</a> IEEE 1058</li>

<li>SRA – <a href="Software_Reviews_and_Audits" title="Software Reviews and Audits">Software Reviews and Audits</a> IEEE 1028</li></ul>

</td></tr></tbody></table>

<p>Die <b><span lang="en">Software Requirements Specification</span></b> (SRS) ist ein Standard zur <a href="Spezifikation" title="Spezifikation">Spezifikation</a> von <a href="Software" title="Software">Software</a>, der durch den <a href="IEEE" class="mw-redirect" title="IEEE">IEEE</a>-Berufsverband (<span lang="en">Institute of Electrical and Electronic Engineers</span>) veröffentlicht wird. 1984 wurde die erste Version unter ANSI/IEEE Std 830-1984 veröffentlicht. Es erfolgen regelmäßig Überarbeitungen, die aktuelle Version ist Std 29148-2018.

</p><p>Die SRS umfasst das <a href="Lastenheft" title="Lastenheft">Lastenheft</a> wie auch das <a href="Pflichtenheft" title="Pflichtenheft">Pflichtenheft</a>.

</p>

<div class="mw-heading mw-heading2"><h2 id="Qualität"><span id="Qualit.C3.A4t"></span>Qualität</h2></div>

<p>Die IEEE Kap. 4.3 definiert acht Charakteristika guter SRS:

</p>

<ul><li>korrekt</li>

<li>unzweideutig (eindeutig)</li>

<li>vollständig</li>

<li>widerspruchsfrei</li>

<li>bewertet nach Wichtigkeit und/oder Stabilität</li>

<li>verifizierbar</li>

<li>modifizierbar</li>

<li>verfolgbar <i>(traceable)</i></li></ul>

<p>„Korrekt“ und „vollständig“ beziehen sich dabei auf die in der SRS genannten tatsächlichen Anforderungen (externer Bezug). Widerspruchsfreiheit bezieht sich auf die Anforderungen in Form der SRS alleine (interner Bezug). Unzweideutigkeit lässt genau eine Interpretation zu, Verifizierbarkeit begrenzt die Komplexität einer Anforderungsbeschreibung zusätzlich auf ein effizient prüfbares Maß. Modifizierbarkeit setzt insbesondere Redundanzfreiheit voraus. <i><span lang="en">Traceability</span></i> umfasst die vor- und rückwärtige Richtung.

</p>

<div class="mw-heading mw-heading2"><h2 id="Dokumentation">Dokumentation</h2></div>

<p>Die IEEE hat mit dieser Definition festgelegt, wie das Dokument aufgebaut werden soll. Die Kapitel, die in diesem Dokument vorkommen sollen, stehen somit fest. Dabei besteht das Dokument grundsätzlich aus zwei Teilen:

</p>

<ul><li>C-Requirement <i>(<span lang="en">customer requirement</span>):</i> dieser Teil ist mit einem <a href="Lastenheft" title="Lastenheft">Lastenheft</a> vergleichbar,</li>

<li>D-Requirement <i>(<span lang="en">development requirement</span>):</i> dieser Teil ist mit einem <a href="Pflichtenheft" title="Pflichtenheft">Pflichtenheft</a> vergleichbar.</li></ul>

<p>Unter C-Requirement sind die Anforderungen aus Sicht des Kunden und/oder des End-Anwenders zu erfassen. Unter D-Requirement versteht man die Entwicklungsanforderungen. Dies ist die Sicht aus den Augen des Entwicklers, der technische Aspekte in den Vordergrund stellt, im Gegensatz zum Kunden.

</p><p>Mit <i><a href="Anforderung_(Informatik)" title="Anforderung (Informatik)"><span lang="en">Requirements</span></a></i> (deutsch: ‚Anforderungen‘) ist sowohl die qualitative als auch die quantitative Definition eines benötigten Programms aus der Sicht des Auftraggebers gemeint. Im Idealfall umfasst eine solche Spezifikation ausführliche Beschreibung von Zweck, geplantem Einsatz in der Praxis sowie dem geforderten Funktionsumfang einer Software.

</p><p>Hierbei sollte fachlichen („Was soll die Software können?“) wie auch technischen Aspekten („In welchem Umfang und unter welchen Bedingungen wird die Software eingesetzt werden?“) Rechnung getragen werden.

</p><p>Eine SRS enthält nach IEEE-Standard mindestens drei Hauptkapitel. Die vorgeschlagene Gliederung sollte zwar in den Kernpunkten eingehalten werden, in der Praxis wird diese jedoch häufig im Detail modifiziert. Eine exemplarische Gliederung könnte wie folgt aussehen:

</p>

<ul><li>Name des Softwareprodukts</li>

<li>Name des Herstellers</li>

<li>Versionsdatum des Dokuments und/oder der Software</li></ul>

<ol><li>Einleitung

<ol><li>Zweck (des Dokuments)</li>

<li>Umfang (des Softwareprodukts)</li>

<li>Erläuterungen zu Begriffen und / oder Abkürzungen</li>

<li>Verweise auf sonstige Ressourcen oder Quellen</li>

<li>Übersicht (Wie ist das Dokument aufgebaut?)</li></ol></li>

<li>Allgemeine Beschreibung (des Softwareprodukts)

<ol><li>Produktperspektive (zu anderen Softwareprodukten)</li>

<li>Produktfunktionen (eine Zusammenfassung und Übersicht)</li>

<li>Benutzermerkmale (Informationen zu erwarteten Nutzern, z. B. Bildung, Erfahrung, Sachkenntnis)</li>

<li>Einschränkungen (für den Entwickler)</li>

<li>Annahmen und Abhängigkeiten (Faktoren, die die Entwicklung beeinflussen, aber nicht behindern z. B. Wahl des Betriebssystems)</li>

<li>Aufteilung der Anforderungen (nicht Realisierbares und auf spätere Versionen verschobene Eigenschaften)</li></ol></li>

<li>Spezifische Anforderungen (im Gegensatz zu 2.)

<ol><li>funktionale Anforderungen (stark abhängig von der Art des Softwareprodukts)</li>

<li>nicht-funktionale Anforderungen</li>

<li>externe Schnittstellen</li>

<li><i><span lang="en">Design Constraints</span></i></li>

<li>Anforderungen an Performance</li>

<li>Qualitätsanforderungen</li>

<li>Sonstige Anforderungen</li></ol></li></ol>

<p>Die Schwierigkeiten, die sich in der Praxis bei einer solchen <a href="Anforderungserhebung" class="mw-redirect" title="Anforderungserhebung">Anforderungsanalyse</a> ergeben, sind

</p>

<ul><li>mögliche Interessenkonflikte, also unterschiedliche Ziele seitens der Nutzer</li>

<li>unklare oder sogar unbekannte technische Rahmenbedingungen</li>

<li>sich ändernde Anforderungen oder Prioritäten schon während des Entwurfsprozesses.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Literatur">Literatur</h2></div>

<ul><li><cite style="font-style:italic">IEEE Guide to Software Requirements Specification</cite>. ANSI/IEEE Std 830-1984. IEEE Press, Piscataway/New Jersey 1984.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Software+Requirements+Specification&rft.btitle=IEEE+Guide+to+Software+Requirements+Specification&rft.date=1984&rft.genre=book&rft.place=Piscataway%2FNew+Jersey&rft.pub=IEEE+Press" style="display:none"> </span></li>

<li>Colin Hood, Susanne Mühlbauer, <a href="Chris_Rupp" title="Chris Rupp">Chris Rupp</a>, Gerhard Versteegen (Hrsg.): <cite style="font-style:italic">iX-Studie Anforderungsmanagement</cite>. Methoden und Techniken, Einführungsszenarien und Werkzeuge im Vergleich. 2. Auflage. Heise, Hannover April 2007, <a href="OCLC" title="OCLC">OCLC</a> <a rel="nofollow" class="external text" href="https://worldcat.org/oclc/255168117">255168117</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Software+Requirements+Specification&rft.btitle=iX-Studie+Anforderungsmanagement&rft.date=2007-04&rft.edition=2.&rft.genre=book&rft.oclc=255168117&rft.place=Hannover&rft.pub=Heise" style="display:none"> </span></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="https://sbwsweb.ieee.org/ecustomercme_enu/start.swe?SWECmd=GotoView&SWEView=Catalog+View+(eSales)_Standards_IEEE&mem_type=Customer&SWEHo=sbwsweb.ieee.org&SWETS=1192713657">IEEE Software Engineering Collection via the IEEE Shop</a></li>

<li><a rel="nofollow" class="external text" href="http://standards.ieee.org/findstds/standard/830-1998.html">830-1998 – IEEE Recommended Practice for Software Requirements Specifications</a></li>

<li><a rel="nofollow" class="external text" href="https://gephi.org/users/gephi_srs_document.pdf">Beispiel einer Software Requirements Specification anhand der Software Gephi</a></li></ul></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-10-25" href="https://de.wikipedia.org/wiki/?title=Software_Requirements_Specification&oldid=260910038">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>